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TECHNISCHES GEBIET 

Die vorliegende Erfindung betrlfft ein Messgerat zur Erfassung und Weiterleitung 
von Messdaten. Ausserdem betrifft sie ein Verfaliren zur Erfassung und 
Weiterleitung von IVIessdaten. 

10 

STAND DER TECHNIK 

Heutige l\/lessgerate bieten oftmals eine Schnittstelle (z.B. RS232, RS485, 
Etiiernet, Feldbus etc.) zur Abfrage der IVIesswerte in digitaler Forni (z.B. zur 
Anzeige auf einem PC). Im Allgemeinen benotigt man, um Daten speichern zu 
15 l<6nnen, zusatzliche Software (auf einem Leitsystem oder Rechner), mit weiclier 
die Daten vom Messgerat abgeholt werden und zu einem Ziel zur Speiclierung der 
Daten gesciirieben werden konnen. 

Typische Messgerate nach dem Stand der Technik sind in Fig. 1 dargestellt. Wie 
in Fig. 1a) dargestellt, kann die oben genannte Software entweder direkt auf dem 
20 Zielsystem fur die Speichemng der Daten ausgefuhrt werden ("Datenserver"). Die 
Daten werden entsprechend typischerweise vom Messgerat kontinuierlich erfasst 
und unmittelbar nach der Messung respektive synchron mit der Messung uber 
eine Daten leitung vom Datenserver abgeholt. 

Alternativ ist es bekannt, so genannte Transfersysteme zwischen dem Messgerat 
25 und dem Datenserver vorzusehen. Diese Situation ist in Fig. 1b) dargestellt. Das 
Transfersystem dient dazu, die im Messgerat erfassten und iiber eine Schnittstelle 
an das Transfersystem ubergebenen Messdaten in einer Datenablage auf dem 
Datenserver festzuhalten. In diesem Zusammenhang muss auf die Moglichkeiten 
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der Verwendung eines so genannten CAN-Bus (Controller Area Network) 
hingewiesen werden, weicher ebenfalls dem Stand der Technik zugerechnet 
warden muss. ^ 

Zur Messgerateseite hin bedient sich die Software in beiden Fallen des 
5 herstellerspezifischen Protokolls zur Kommunikation nnit diesem (entsprechend 
dessen Schnittstelle). Zur Datenspeicherung hin ist dies eine Anbindung an ein 
Speichermedium (in der Regel das Schreiben einer Datei, welche die gemessenen 
Daten beinhaltet) oder aber auch eine Datenbankanbindung. 

10 DARSTELLUNG DER ERFINDUNG 

Der Erfindung liegt demnach die Aufgabe zugrunde, ein zuverlassiges 
insbesondere in Bezug auf die Verwendung von mehreren unabhangigen 
Messgeraten bei einer einzigen Zentrale vorteilhaftes Messgerat zur Erfassung 
und Weiterleitung von Messdaten zur Verfugung zu stellen. Insbesondere handelt 
15 es sich dabei um ein Messgerat umfassend wenigstens eine Messstelle, z.B. in 
Form eines Messkopfes, zur Ermittlung der Messdaten sowie wenigstens eine 
Schnittstelle zur wenigstens mittelbaren Obergabe der Messdaten an eine 
Zentrale. 

Die Aufgabe wird erfindungsgemass dadurch gelost, dass das Messgerat 
20 ausserdem eine Prozesseinheit (Prozessor, CPU) sowie Mittel zur lokalen 
Speicherung und/oder Verarbeitung der Messdaten im Messgerat aufweist. Bei 
den Mittein zur lokalen Speicherung der Messdaten kann es sich um beliebige 
beschreibbare Medien handein, beispielsweise um Random Access Memory 
(RAM), Festplattenspeicher wie u.a. auch SanDisk etc.. Die Messdaten mussen 
25 aber nicht zwingend auf dem Messgerat zwischengespeichert werden. Es ist auch / 
mdglich, eine direkte Vorverarbeitung der Messdaten gewissermassen "on the ' 
flight" vorzunehmen, welche beispielsweise in einer Datenreduktion vor der 
Ubertragung bestehen kann. In einem derartigen Gerat werden die Messdaten 
zunachst von der Messstelle an die Prozesseinheit ubergeben, wobei diese 
30 Messdaten, wenn sie von der Messstelle in analoger Form zur Verfugung gestellt 
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warden, zunachst uber einen Analog-Digital-Wandler in digitate Signaie 
umgewandelt werden. Selbstverstandlich ist es auch moglicli, dass die Messstelle 
die Messdaten direkt in digitaler Form erfasst. Belspielsweise kann ein Lichtsensor 
ein solches Signal geben, welches lediglich eine Aussage uber Licht ein oder Licht 
aus abgibt. Meist sind solche Erfassungssysteme mit mehreren parallelen Kanalen 
ausgestattet. Anschliessend werden die Messdaten von dieser Prozesseinheit 
aktiv in eine Datenbank respektive eine Datei der Zentrale geschrieben. 

Der Kern der Erfindung besteht somit darin, gewissermassen im Messgerat lokale 
Intelligenz zur Verfugung zu stellen. Die Messdaten werden entsprechend nicht 
einfach vom Messgerat an die Zentrale ubergeben, indem die Zentrale die Daten 
beim Messgerat abholt, sondern es wird vielmehr so vorgegangen, dass Mittel 
vorgesehen werden, welche es eriauben, dass das Messgerat selbststandig und 
aktiv die Messdaten an die Zentrale ubergibt und in der Zentrale in einer Datei 
Oder in einer Datenbank eintragt. Auf diese Weise ergibt sich eine wesentlich 
hfihere Unabhangigkelt und Fehlerfreiheit inn Betrieb von derartigen Messgeraten. 
Ausserdem kann so die Last auf einem Netzwerk, welches dazu verwendet wird, 
die Daten vom Messgerat auf die Zentrale zu Qbertragen, optimiert werden. 
Weitere Vorteile dieser Konstruktion werden weiter unten ersichtlich werden. 
Gemass einer ersten bevorzugten Ausfuhrungsform der vorliegenden Erfindung 
eriaubt es die Konstruktion insbesondere, die Messdaten vor deren Obergabe an 
die Zentrale wenigstens teilweise in der Prozesseinheit zu verarbeiten. So kann 
beispielswelse verhindert werden, dass Rohdaten, welche ubIichenA/eise 
wesentlich mehr Speicherplatz beanspruchen, in einem ersten Schritt uber das 
Netz geschickt werden und anschliessend erst im Server verarbeitet und abgelegt 
werden. Bei dieser Verarbeitung im Messgerat kann es sich entsprechend um 
unterschiedliche Verfahren handein, welche in der Prozesseinheit nach der 
Aufnahme der Daten von der Messstelle und vor der Obergabe der Daten in das 
File respektive in die Datenbank in der Zentrale ablaufen, so beispielswelse um 
eine Komprimlerung, eine Filterung, eine Zuordnung, eine mathematische 
Transformation, die Bildung eines (z.B. gleitenden) Mittelwerts etc. oder eine 
Kombination dieser Verarbeitungen. 
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Als Prozesseinheit kann beispielsweise ein Prozessor verwendet werden, denkbar 
ist auch eine frei programmierbare Logik, welche fur diese Aufgabe optimiert ist (z. 
B. ein Altera-Baustein [FPGA]). 

Eine weitere Optimierung der Datenverarbeitung kann dadurch erreicht werden, 
dass im wesentliclnen kontinuierlich oder getaktet gemessene Messdaten von der 
Prozesseinheit in periodischen Paketen an die Zentrale Obergeben werden, wobei 
diese Obergabe Insbesondere bevorzugt wenigstens zwischen 1 bis 20 mal pro 
Minute geschielit. Die Taktfrequenz hangt dabei naturlicli von der Art der IVIessung 
ab. Wenn eine schnelle Reaktion auf l\/lesswerte beispielsweise zur Regeiung 
erforderlich ist, konnen die Obergaben aucli mit hoherer Frequenz erfolgen. 
Handelt es sich aber um eine typische Uberwachung insbesondere in Bezug auf 
Langzeitverhalten, so reiclit es haufig, nur im Minutentakt oder sogar im Bereich 
von einigen mal pro Stunde Daten in die Datenbank einzutragen. Es kann sich bei 
diesen Daten entweder um Daten als Funktion der Zeit handein, welche einfach 
abschnittsweise ubergeben werden, bei welchen aber anschliessend auf dem 
Server eine gesamte Zeitabhangigkeit zur Verfilgung steht, es kann sich aber 
auch um Mittelwerte handein, welche uber diese Zeitr§ume oder Qber kiirzere 
ZeitrSume gebildet werden. 

Gemass einer weiteren bevorzugten Ausfuhrungsform des erfindungsgemassen 
Messgerates kann ausserdem die Steuerung wesentlich vereinfacht werden, 
indem die Zentrale die Steuerkommandos in einer Datenbank oder einer Datei 
ablegt, und indem die Prozesseinheit diese Steuerkommandos selbststandig 
periodisch aus der Datenbank ausliest und das Messgerat diesen 
Steuerkommandos entsprechend steuert. Mit anderen Worten wird nicht, wie nach 
dem Stand der Technik ubiich, jeweils eine entsprechende Instruktion aktiv von 
der Zentrale an das Messgerat ubergeben, sondern es wird vielmehr so 
vorgegangen, dass die Zentrale entsprechende Instruktionen in eine Datei (Job 
Queue) eintragt, und anschliessend das Messgerat selbststandig aktiv periodisch 
in dieser Job Queue nachschaut und die zugehorigen Auftrage abarbeitet. 

Da ubiicherweise im Zusammenhang mit einem Messgerat nicht nur ein einfaches 
Ein- respektive Ausschalten des Messgerates erforderlich ist, sondern vielmehr 
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die Ubergabe von einer gewissen Anzahl von Messparametem notwendig ist, 
mQssen diese zusammen mit dem Auftrag abgeholt werden. Alternativ ist es 
^entsprechend moglich, diese Messparameter direkt in der Job Queue abzulegen, 
was aber den Nachteil hat, dass, da iiblichenfl/eise abgearbeitete Auftrage in einer 
derartigen Job Queue gelSscht werden, keine Verlaufsgeschichte (History) zur 
Verfugung steht. Entsprechend kann alternativ so vorgegangen werden, dass die 
Zentrale ausserdem den Steuerkommandos zugeordnete Parameter in einer 
weiteren Datenbank respektive einer Datei/Tabelle mit den Parametem ablegt, 
und dass die Prozesseinheit diese Parameter zusammen mit den 
Steuerkommandos periodiscli ausliest und das Messgerat diesen 
Steuerkommandos und den zugehorigen Parametern entsprechend steuert. 
Gem§ss einer weiteren bevorzugten Ausfuhrungsform der Erfindung wird 
ausserdem auf dem Datenserver eine Datei respektive bei einer Datenbank eine 
Tabelie mit der Status-lnfonnation zur Verfugung gestellt. Entsprechend 
protokolliert die Prozesseinheit nach dem Auslesen von Steuerkommandos 
und/oder Parametern aus den Datenbanken die entsprechende Aktion in eine 
Datenbank. Dabel kann entweder einfach nur die AusfQhrung an sich festgehalten 
respektive in die Datei geschrieben werden, oder aber gleichzeitig auch noch 
gewisse Parameter wie beispielsweise Zeit. IVlessparameter etc.. 
Zur Terminologie ist ganz allgemein zu bemerken, dass ein Server eine oder 
mehrere Datenbanken beherbergen kann. Eine Datenbank kann eine beiiebige 
Anzahl von Tabellen beherbergen. Daten werden in Tabellen abgelegt. 
Typischenweise liest die Prozesseinheit Steuerkommandos respektive Parameter 
wenigstens zwischen 1 bis 20 mal pro Minute aus. 

Gemass einer weiteren bevorzugten Ausfuhrungsform der Erfindung handelt es 
sich bei der Zentrale urn einen Datensen/er, und das Messgerat verfugt als 
Schnittstelle uber eine Netzwerkschnittstelle, wobei es sich beim Netzwerk 
insbesondere bevorzugt um ein lokaies Netzwerk (LAN) handelt, welches 
verkabelt (zum Beispiel twisted pair, etc.) oder drahtlos sein kann. 
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Ein Messgerat der vorstehenden Art kann vorteilhaft im Zusammenhang mit der 
Messung und Erfassung von Teilentladungsdaten an einer Generatoranlage 
eingesetzt werden, insbesondere zur Messung und Erfassung von an 
Hochspannungsklemmen erfassten Teilentladungen. 

5 Ausserdem betrifft die vorliegende Erfindung ein Verfahren zur Erfassung und 
Weiterleitung von Messdaten unter Verwendung eines Messgerates wie es oben 
beschrieben wurde. Bevorzugt ist ein derartiges Messgerat dadurch 
gekennzeichnet, dass es die gemessenen Messdaten selbststandig periodiscii in 
eine Datenbank der Zentrale ablegt, und dass das Messgerat periodisch und 
10 selbststandig Steuerkommandos und gegebenenfalls zugehorige Parameter aus 
ebenfalls auf der Zentrale vorhandenen Datenbanken abholt, und dass bevorzugt 
ausserdem periodisch der Status des Messgerates in einer weiteren Tabelle einer 
Datenbank abgelegt wird. 

Weitere bevorzugte Ausfuhrungsformen des erfindungsgemassen Messgerates 
15 respektive des erfindungsgemassen Verfahrens sind in den abhangigen 
Anspruchen beschrieben. 

KURZE ERLAUTERUNG DER FIGUREN 

Die Erfindung soil nachfolgend anhand von Ausfuhrungsbeispielen im 
20 Zusammenhang mit den Zeichnungen naher eriautert werden. Es zeigen: 

Fig. 1 a) eine schematische Darstellung der Datenerfassung von heutigen 
Messgeraten; 

b) eine weitere schematische Darstellung der Datenerfassung von heutigen 
Messgeraten mit Transfersystem; 
25 Fig. 2 eine schematische Darstellung eines Messgerats nach der Erfindung 
zusammen mit dem Datenserver; 
Fig. 3 eine Ubersicht der Kommunikation zwischen Messgeraten und 

Datenserver; und 
Fig. 4 ein Zustandsdiagramm eines Messgerates. 
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WEGE ZUR AUSFUHRUNG DER ERFiNDUNG 

Fig. 2 zeigt in schematischer Darstellung ein Messgerat 1, welches hier als 
Ausfiihrungsbeispiel dienen soil. Das Messgerat verfugt Qber eine oder mehrere 
IVIessstellen 7, z.B. in Fornn eines Messkopfes, welche die eigentllclien 
physikalischen Daten erfasst. Wenn die Daten nach deren Erfassung als digitate 
Daten 9 zur VerfQgung stehen, so konnen diese direkt an eine Prozesseinheit 8 
ubergeben warden zum Transfer zur Datenablage. Wenn die Daten von den 
Messstellen 7 in analoger Form vorliegen, so mussen sie zunachst uber einen 
Analog-Digital-Wandler (ADC) 10 digitalisiert werden. Die Prozesseinheit 8 
befindet sich ebenfalls im Messgerat 1. Die Prozesseinheit 8 respektive das 
Messgerat 1 verfugt uber Mittel zur temporaren oder teilwelse bleibenden 
Speicherung der erfassten Daten. Die Prozesseinheit 8 kann ausserdem als 
Option In der Lage sein, die Messstellen 7, sowie den Prozess (zum Beispiel.dle 
A/D-Wandlung) iiber Steuerdaten zu regeln. 

Im Messgerat wird eine Prozesseinheit eingesetzt, welche die erfassten Daten 9 
zusammen mit dem Programm-Code (kann auch Hardware sein wie zum Beisplel 
LON & CAN Controller) fur eine Datenanbindung 8 zu einem entfernten System 
weiterleitet. Ebenso konnen von diesem entfernten System Kommandos an das 
Messgerat gegeben werden. Steuerkommandos sind nicht zwingend notwendig, 
wenn das Messgerat 1 selbstandig ohne Kontrolle von aussen Messungen 
ausfQhren kann. Steuerkommandos konnen zum Beispiel Befehle zum Starten 
Oder Stoppen einer Messung sein, Befehle zur Messstellen-Selektion, 
Verstarkungsfaktoren fOr die A/D-Wandler, u.v.m.. TypischeoA/eise verfugt die 
Prozesseinheit 8, 10 uber einen Speicher (zum Beispiel RAM oder ROM), in 
welchem die entsprechende Betriebssoftware zur Verfugung steht. 

Bei der Zentrale 2, welche ein entferntes System und/oder ein Datenserver sein 
kann, kann es sich sowohl urn ein Dateisystem. Datenbanksystem oder sonstiges 
Speichermedium zur Datenspeicherung handeln. Die Ubertragung der Daten 
erfolgt durch das Messgerat, den Client 8, mit dem notwendigen 
Ubertragungsprotokoll, welches der Datenserver und/oder die Datenablage 
erfordern. 
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Die Steuerkommandos konnen unter Verwendung einer Datenbank direkt aus 
einer in der Datenbank befindlichen Tabelle durch den im Messgerat befindlichen 
Datenbankclient ausgelesen werden. Im Fall aus Fig. 2 werden Steuerkommandos 
vom Messgerat abgeholt, interpretiert und intern zur Steuerung des Messgerates 1 
venrt/endet. Die Steuerkommandos werden dabei in einer Tabelle, welche 
ublichenweise als Job Queue 3 bezeichnet wird, auf dem Datenserver gefuhrt. 

Die erfassten Daten werden durch das Messgerat 1 von der Messwerterfassung 
zur Datenbank transferiert. 

Eine derartige Vorgehensweise ergibt unter anderem folgende Vorteile: 

• Diese Methode respektive diese Konstruktion eriaubt es, mehrere und auch 
unterschiedliche Messgerate 1 unabhangig voneinander an der Zentrale 2 
(z.B. Datenserver) zu betreiben, wobei samtliche Messgerate 1 getrennt 
Oder gemeinsam von dieser Zentrale 2 (z.B. von einem zentralen Ort) aus 
steuerbar sind. Dies ist z.B. fur UbenA/achungs-, Mess-, Steuerungs- und 
Regelungsaufgaben sinnvoll. 

• Die Messgerate 1 sind vor Ort relativ seibstandig. Sie konnen einerseits 
Daten permanent und kontinuierlich, einzein Oder blockweise erfassen und 
selbststandig oder auf Kommando (ubiicherweise getaktet, d.h. 
geschrieben wird nur in bestimmten Zeitabschnitten) in eine Datenbank 
schreiben, autark erfassen und auf Kommando in die Datenbank schreiben 
Oder aber nur auf Kommando Daten in der Datenbank ablegen. Auf der 
einen Seite geschieht mit anderen Worten die Erfassung selbststandig oder 
auf Kommando, dabei werden einzelne Werte oder ganze Blocke oder 
Daten kontinuierlich erfasst. Auf der anderen Seite erfolgt auch die 
Datenerfassung selbststandig oder auf Kommando, dabei werden einzelne 
Werte oder ganze Blocke oder Daten kontinuierlich ubertragen 
(kontinuierliche Datenstrome werden ubiicherweise als "Streams" 
bezeichnet). 

• Ebenso besteht die Moglichkeit, die Datenmenge, welche je nach 
Messprinzip entsteht, direkt auf dem Messgerat 1 mit entsprechenden 



B02/152-0 



9 



Algorithmen zu komprimieren oder sinnvoll zu reduzieren, urn das 
Datentransfervolumen auf dem Obertragungsweg zu minimieren, dies 
erfolgt im Element zur Datenerfassung 10. Diese Aufgabe kann von einer 
CPU, Oder durch spezielle. fur diese Aufgabe optimierte Logik direkt auf 
dem Messgerat 1 erfolgen. Grundsatzlich kann auf dem Messgerat 1 jede 
sinnvolle Vorbearbeitung der Daten stattfinden, so z. B. mathematische 
Transformationen, Kompressionen, Bildung von Mittelwerten etc.. 

• Ein einzelnes Messgerat oder eine Gruppe von Messgeraten kann 
gleichzeitig grosse Datenmengen erfassen, ohne Rucksicht auf die 
Datenubertragung zu einem zentralen Server zu nehmen. Wahrend 
gemass Stand der Technik typischenA/eise bei Verwendung von mehreren 
Messgeraten schnell die Netzlast an die Grenzen stosst, kann bei den 
vorgeschlagenen Messgeraten 1 durch eine geschickte Organisation von 
Vorbearbeitung der Daten und gezielte optimierte Obergabe der Daten in 
die Datenbank die Bandbreite im Netz wesentlich effizienter genutzt 
werden. 

• Die Verwendung eines zentralen Orts fur die Datenablage vereinfacht das 
Handling und erhoht die Gbersicht bei Reduktion der Fehleranfalligkeit. 
Ausserdem ist ein derartiges System leichter und einfacher 
implementierbar. 

Die Kommunikation zwischen einem Messgerat 1 und der Zentrale (z.B. einem 
Datensen/er 2) wird auf Datenbankebene umgesetzt. Dazu werden in der 
Datenbank Tabellen zur Kommunikation, zur Statusmeldung der Messgerate. zur 
Parametrierung und zur Aufnalime der Messdaten bereitgestellt. 
Sen/erseitige Prozesse generieren Kommandos (Jobs) fur die einzelnen 
Messgerate 1, iibenwachen deren AusfQhrung, generieren Hinweise, Warnungen 
und Alarme u.v.m.. 

Im Zusammenhang mit dem Element zur Datenerfassung 10 muss bemerkt 
werden, dass es sich dabei z. B. um einen Analog/Digital-Wandler oder urn eine 
digitale Erfassung und eine anschliessende Bereitstellung der Daten 9 handelt. 
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Im Zusammenhang mit dem Client fiir Datenablage 8 ist darauf hinzuweisen, dass 
es sich dabei um ein Programm oder urn Hardware handein kann, welche die 
Daten zur Einheit 2 transferiert. 

Ausserdem ist in Fig. 2 gestrichelt dargestellt, dass die Prozesseinheit 8 die 
Erfassung 10 und den Client 8 mit einschliessen kann. 

Eine Gbersicht uber die ablaufenden Prozesse ist in Fig. 3 dargestellt, wobei die 
dargestellten Satelliten 1 bis N einzelnen Messgeraten 1 entsprechen. Gemass 
Fig. 3 sind insbesondere 4 Tabellen vorhanden, welche der gegenseitigen 
Kommunikation dienen. 

Zunachst ist dies eine erste Tabelle, die so genannte Job Queue 3, in welcher die 
Steuerkommandos abgelegt werden, und auf welche die einzelnen Messgerate 1 
zugreifen. Dabei ist es moglich, fur jedes Messgerat 1 eine eigene Job Queue 3 
vorzusehen, vorzugsweise wird aber fur alle Messgerate eine einzige Job Queue 3 
angelegt und verwaltet. 

Ausserdem ist eine weitere Tabelle unter dem Begriff Status-Information 4 
abgelegt. In dieser Tabelle respektive Datei oder Datenbank legen die Messgerate 
1, aber unter Umstanden auch der Serverprozess, den momentanen Status ab. 
Insbesondere kommen in diese Tabelle Quittierungen/Protokollierungen von 
ausgelosten Messprozessen. Zustandsmeldungen, etc.. 

Als weitere Tabelle ist ausserdem auf die Parametrierung 5 hinzuweisen. In dieser 
Tabelle werden die fur einzelne Messungen respektive einzelne Messgerate 
relevanten Messparameter festgehalten. Typischerweise wird der Inhalt dieser 
Tabelle vom Serverprozess festgelegt und anschliessend von den Messgeraten 
nur noch ausgelesen. Bel einfacheren Steuerungen, bei denen auf eine 
Parameter-Historie in der Parametrierung 5 verzichtet werden kann, ware letztere 
auch direkt uber die Job-Queue 3 moglich. 

Schliesslich ist in Fig. 3 noch eine Tabelle respektive Datei oder Datenbank 
dargestellt, welche die erfassten Daten 6 aufnimmt. TypischenA/eise wird diese 
Tabelle 6 nur von den Messgeraten beschrieben. Wie bereits unter der Tabelle 3 
angedeutet, konnen die Tabellen 4, 5 und 6 entweder fur jedes Messgerat 
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individuell angelegt und verwaltet werden. Haufig werden aber samtiiche im 
System vorhandenen Messgerate von den gleichen Dateien respektive 
Datenbanken Gebrauch machen. 

Ein Messgerat 1 selbst arbeitet als Client fur die auf dem Datenserver 2 
5 befindliche Datenbanl<. Es Qbenrt/acht die Job Queue 3, empfangt respei<tive 
besorgt sicli seine Parametrierungsdaten (falls notwendig) aus der Tabelle der 
Parametrierung 5 oder durch die Job-Queue 3, signalisiert seine Status- 
Information indem es diese in die Tabelle der Status-Information 4 schreibt, und 
schreibt die erfassten Daten in die dafur vorgesehene Tabelle der erfassten Daten 
10 6. 

Urn zu erreichen, dass mehrere Messgerate 1 angesprochen werden konnen. 
mussen diese ein eindeutiges Identifikations-Kennzeichen haben, z.B. eine 
Seriennummer, welche messgeratintern gespeichert ist. Dieses Kennzeichen wird 
in der Datenbank registriert. Ein Messgerat 1 fuhrt nur dann einen Job aus, wenn 
15 dieser spezifisch an dieses Messgerat adressiert ist, d.h. beisplelsweise in der Job 
Queue 3 unter seiner Seriennummer abgelegt ist. 

Fig. 4 zeigt ein typisches Zustandsdiagramm eines Messgerates 1. Natilrlich sind 
auch Variationen denkbar, abhangig davon, welche Eigenschaften ein Messgerat 
1 aufweist, was erfasst werden soil, ob es z.B. Eingangs-Umschalter gibt, welche 
20 gesteuert werden mussen, ob es programmierbare Verstarker oder Filter gibt, 
welche eingestellt oder kalibriert werden mussen, ob es Messstellen gibt, welche 
kalibriert werden mussen, u.v.m.. 

Eine Job Queue-Tabelle 3 fur die Fig. 4 konnte beisplelsweise wie folgt aussehen: 

Wert Bemerkung 

25 Messen Befiehl dem Messgerat eine Messung durchzufOhren 

Neustart Befiehl dem Messgerat einen Neustart seines Systems 

Wenn ein Job fiir ein Messgerat 1 durch einen der Serverprozesse in die 
zugehSrige Tabelle 3 geschrieben worden ist, muss das entsprechende Messgerat 
1 diesen Job bestatigen, bevor er vom Gerat ausgefuhrt wird (Handshaking 
30 Verfahren). 
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Ein Uberwachungs-Prozess kann daraus eine Fehlfunktion eines Messgerates 1 
ableiten, falls ein Job in einer vorgegebenen Zeit nicht bestatigt werden konnte. 

Bei den meisten Zustandsiibergangen meldet das Messgerat 1 seinen neuen 
Zustand in der Status Tabelle 4 (in Fig. 4 durch "Status=xxx" gekennzeichnet). 

5 Eine Status-lnformations-Tabelle 4 fur die Fig. 4 konnte beispielsweise wie folgt 
aussehen: 
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20 



25 



Wert Bemerkung 

Warte Ein Messgerat wartet auf einen neuen Job 

Erfasse Ein Messgerat meldet, dass es momentan Daten erfasst 

Initialisiere Ein Messgerat meldet, dass es momentan startet 

Fehler Ein Messgerat meldet einen internen Fehler 

In diesem Fall schreibt das Messgerat die Fehler-Quelle / - 
Meldung in das Message-Feld der Status-Informations Tabelle 

Auch hier lassen sich von einem Uberwachungs-Prozess Fehlfunktionen eines 
Messgerats 1 uber die Status-lnformations-Tabelle 4 ableiten. 

Um die einzelnen Tabellen 3 bis 6 nochmals klarer darzustellen, sollen weitere 
Beispiele gegeben werden: 

Job-Queue Tabelle 3 

Wird zur Befehlsubermittlung an die Messgerate 1, sowie fur das Handshaking zur 
Ausfuhrungsuberwachung von den verschiedenen Messgeraten verwendet. 



Feld 

MessgeratID 
Job 

Job Zeit 
Job Bestatigt 

Parameter 



Bemerkung 

Kennzeichnung fur welches der Messgerate ein Job gultig ist 

Kennzeichner fur die nachste, durch das Messgerat 
auszufuhrende Tatigkeit 

Datum und Uhrzeit, der Erstellung eines Jobs 

Kennzeichner, ob ein Messgerat einen Job akzeptiert hat und 
somit ausfuhrt 

eventuelles Feld, um Parameter zu ubergeben; fur Systeme, 
welche keine Historie der Parameter benotigen 
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Zusatzlich konnen als Option ausserdem direkt Parameter in dieser Tabelle 
abgelegt warden. Wird dies getan, so muss das Messgerat nur eine Tabelle 
uberwachen, und nicht, wie im Fall einer Parametertabelle, zwei Tabellen. 

Insbesondere Im Zusammenhang mit der Messung von Teilentladungen an 
5 Turbinenanlagen enweist es sich hierbei als genQgend, ca. alia 60 Sekunden das 
Messgerat 1 in der Job Queue 3 nachschauen zu lassen, ob neue Aktivitaten 
anstehen respektive ob ablaufende Aktivitaten beandat warden miissan. 

Status-Informations Tabelle 4 

In dieser Tabelle zeigt jedes Messgerat 1 selnen derzeitigen Zustand respektive 
10 eine gerade ausgefuhrte Aktivitat an. Falls auf dem Messgerat 1 ain Fahler 
aufgetreten sein sollte, kann dieses Details daruber tiber das Nachrlchtenfald 
mitteilen. 

Feld Bemerkung 

MessgeratID Kennzeichnung des Messgerats 

15 Status Zeit Datum und Uhrzeit des Status Eintrages 

Derzeltiger Status Kennzeichnung des derzeitigen Status des Messgerats 
Nachricht Optionale Nachricht des Messgerats 

Parametertabelle 5, fur Historie, ansonsten kdnnen auch Parameter in die Job 
20 Queue 3 ubergeben werden. 

Diese Tabelle gibt verschiedene Einstellungen fur den als nachstes 
auszufuhrenden Job an das Messgerat wieder. 

Feld Bemerkung 

MessgeratID Kennzeichnung des Messgerats 
25 Parameter Einstellungswerte fur das Messgerat fur die nachste Messung 



Datentabelle 6 

In diese Tabelle schrelbt ein Messgerat 1 seine Oaten. 
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Feld Bemerkung 

MessgeratID Kennzeichnung des Messgerats 
Daten Vom Messgerat gesendete Daten 

BEZUGSZEICHENLISTE 

1 Messgerat 

2 Zentrale, Datenserver 

3 Job Queue (File) 

4 Status-Information (File) 

5 Parametrierung (File) 

6 erfasste Messdaten (File) 

7 Messstelle, Messkopf 

" 8 Programm oder Hardware zum Datentransfer (bei Datenbank = Client), 
Prozesseinheit 

9 Daten, welche von der Datenerfassung uber den Client zur Datenablage 
transferiert werden. 

10 Datenerfassung (Hardware und Software) 
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PATENTANSPRUCHE 

Messgerat (1) zur Erfassung und Weiterleitung von Messdaten, umfassend 
wenigstens eine Messstelle (7) zur Ermittlung der Messdaten sowie 
wenigstens eine Schnittstelle zur wenigstens mittelbaren Ubergabe der 
Messdaten an eine Zentrale (2) dadurch gekennzeichnet, dass 
das Messgerat (1) ausserdem eine Prozesseinheit (8) sowie Mittel zur 
lokalen Speicherung und/oder Verarbeitung von Messdaten inn Messgerat 
(1) aulweist, 

dass die Messdaten zunachst von der Messstelle (7) an die Prozesseinheit 
(8) ubergeben werden. wobei diese Messdaten. wenn sie von der 
Messstelle (7) in analoger Fomri zur Verfugung gestellt werden, ggf. 
zunachst uber einen Analog-Digital-Wandler in digitale Signale 
umgewandelt werden, und 

dass die Messdaten anschliessend von dieser Prozesseinheit (8) aktiv in 
eine Datenbank (6) der Zentrale (2) geschrieben werden. 

Messgerat (1) nach Anspruch 1. dadurch gekennzeichnet, dass die 
Messdaten vor deren Obergabe an die Zentrale (2) wenigstens teilweise in 
der Prozesseinheit (8) verarbeitet werden. wobei es sich bei dieser 
Verarbeitung insbesondere bevorzugt um eine Komprimierung, eine 
Filterung, eine Zuordnung, eine mathematische Transformation, Oder eine 
Kombination dieser Verarbeitungen handelt. 

Messgerat (1) nach einem der vorhergehenden Anspruche. dadurch 
gekennzeichnet dass im wesentlichen kontinuierlich oder getaktet 
gemessene Messdaten von der Prozesseinheit (8) in periodischen Paketen 
an die Zentrale (2) ubergeben werden, wobei diese Obergabe insbesondere 
bevorzugt wenigstens zwischen 1 bis 20 ma! pro Minute geschieht. 
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Messgerat (1) nach einem der vorhergehenden Anspruche, dadurch 
gekennzeichnet, dass die Steuerung des Messgerats geschieht, indem die 
Zentraie (2) die Steuerkommandos in einer Datenbank (3) ablegt, und 
indem die Prozesseinheit (8) diese Steuerkommandos selbststandig 
periodisch aus der Datenbank (3) ausliest und das Messgerat (1) diesen 
Steuerkommandos entsprechend steuert. 

Messgerat (1) nach Anspruch 4, dadurch gekennzeichnet, dass die Zentraie 
(2) ausserdem den Steuerkommandos zugeordnete Parameter in einer 
Datenbank (5) ablegt, und dass die Prozesseinheit (8) diese Parameter 
zusammen mit den Steuerkommandos periodisch ausliest und das 
Messgerat (1) diesen Steuerkommandos und den zugehorigen Parametern 
entsprechend steuert. 

Messgerat (1) nach einem der Anspruche 4 oder 5, dadurch 
gekennzeichnet, dass die Prozesseinheit (8) nach dem Auslesen von 
Steuerkommandos und/oder Parametern aus den Datenbanken (3, 5) die 
entsprechende Aktion in eine weitere Datenbank (4) quittiert. 

Messgerat (1) nach einem der Anspruche 4 bis 6, dadurch gekennzeichnet, 
dass die Prozesseinheit (8) wenigstens eine der die Messdaten nicht direkt 
betreffenden Datenbanken (3-5) zwischen 1 bis 20 mal pro Minute ausliest 
respektive beschreibt. 

Messgerat (1) nach einem der vorhergehenden Anspruche, dadurch 
gekennzeichnet, dass es sich bei der Zentraie urn einen Datensen/er (2) 
handelt, und dass das Messgerat (1) als Schnittstelle einen 
Netzwerkschnittstelle aufweist, wobei es sich beim Netzwerk insbesondere 
bevorzugt um ein lokales Netzwerk handelt, welches verkabelt oder 
drahtlos ist 
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Messgerat (1) nach einem der vorhergehenden Anspruche, dadurch 
gekennzeichnet, dass es sich dabei urn ein Messgerat (1) zur Messung und 
Erfassung von Teilentladungsdaten an einer Generatoranlage handelt, 
insbesondere zur Messung und Erfassung von an einer 
Hochspannungsklemme erfassten Teilentladungen. 

Verfahren zur Erfassung und Weiterleitung von Messdaten unter 
Venwendung eines Messgerates (1) nach einem der Anspruche 1-9, 
dadurch gekennzeichnet, dass das Messgerat (1) die gemessenen 
Messdaten selbststSndig periodisch in eine Datenbank (6) der Zentrale (2) 
ablegt, und dass das Messgerat (1) sich periodisch und selbststandig 
Steuerkommandos und gegebenenfalls zugehorige Parameter aus 
ebenfalls auf der Zentrale (2) vorhandenen Datenbanken (3,5) abholt. und 
dass periodisch der Status des Messgerates (1) in einer weiteren 
Datenbank (4) abgelegt wird. 
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ZUSAMMENFASSUNG 



Die vorliegende Erfindung betrifft ein Messgerat (1) zur Erfassung und 
Weiterleitung von Messdaten, umfassend wenigstens eine Messstelle zur 
Ermittlung der Messdaten sowie wenigstens eine Schnittstelle zur wenigstens 
mittelbaren Ubergabe der Messdaten an eine Zentrale (2). Eine besonders 
elfiziente, sichere und in Bezug auf fur die Datenubertragung verwendete 
Netzwerke eine niedrige Netzlast gewahrleistende Betriebsweise wird bei einem 
derartigen Messgerat emnogliclit, indem das Messgerat (1) ausserdem eine 
Prozesseinheit sowie Mittel (RAM, Festplatte) zur lokalen Speicherung von 
Messdaten im Messgerat (1) aufweist, indem die Messdaten zunachst von der 
Messstelle an die Prozesseinheit Qbergeben werden, wobei diese Messdaten, 
wenn sie vom Messstelle in analoger Form zur VerfCigung gestellt werden, 
zunachst uber einen Analog-Digital-Wandler (ADC) in digitaie Signale 
umgewandelt werden, und indem die Messdaten anschliessend von dieser 
Prozesseinheit aktiv in eine Datenbank (6) der Zentrale (2) geschrieben werden. 



(Fig. 2) 
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